Method and Device for Publishing Cross-Network User Behavioral Data

ABSTRACT

The present invention relates to summarizing cross-network user behavioral data. The summarizing cross-network user behavioral data may particularly include publishing the data to one or more data structures that become accessible to a server hosting an authorized domain when a user accesses the authorized domain.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. Ser. No. 16/041,232, filed Jul. 20, 2018; which is a continuation of U.S. Ser. No. 15/278,533, filed Sep. 28, 2016, now U.S. Pat. No. 10,033,716, which is a continuation of U.S. Ser. No. 12/715,311, filed Mar. 1, 2010, now U.S. Pat. No. 9,495,446, which is a continuation of U.S. Ser. No. 11/226,066, filed Sep. 14, 2005, now U.S. Pat. No. 7,693,863, which claims priority from Provisional Application 60/637,684, filed Dec. 20, 2004, all of which are hereby incorporated by reference herein.

This application is related to commonly owned U.S. application Ser. No. 10/289,123, now U.S. Pat. No. 7,512,603, entitled “Responding to End-User Request for Information in a Computer Network” by inventors Eugene A. Veteska, David L. Goulden, and Anthony G. Martin, filed on Nov. 5, 2002, and issued on Mar. 31, 2009. The related application is also incorporated by reference.

BACKGROUND

The present invention relates to summarizing cross-network user behavioral data and further relates to restoring damaged data structures, either data structures summarizing cross-network user behavioral data or data structures remotely identifying to logic running on a user computer. The summarizing cross-network user behavioral data may particularly include publishing the data to one or more data structures that become accessible to a server hosting an authorized domain when a user accesses the authorized domain. The restoring of damaged data structures may particularly include automatically detecting deletion of or damaged to data structures and restoring the damaged data structures.

Advertising is most successful when it matches the viewer's desires. When the viewer uses a client computer to surf the web and visit websites hosted by servers, advertising can be targeted. One way to target users is to provide sponsored links in response to a search, using a search engine such as the engines provided by Google and Yahoo. Another way is to trigger advertising when a user visits a website, for instance using a so-called web beacon. Cookies can be used to identify a user that is searching or visiting a website and match the user to a server-side database that selects advertising to deliver. Server-side databases currently reflect information collected by servers connected to websites that users visit. Websites that are aggregated into a particular server-side database can be described as belonging to a user behavior collection network.

An opportunity arises to better target users, taking advantage of client software running on the client computer. Client-side software can monitor a user's web browsing activity, regardless of whether websites visited belong to a first or second user behavior collection network or no network at all. New technology can publish user behavior data during browsing and reduce or eliminate reliance on matching the user to the server-side database.

SUMMARY OF THE INVENTION

The present invention relates to summarizing cross-network user behavioral data. The summarizing cross-network user behavioral data may particularly include publishing the data to one or more data structures that become accessible to a server hosting an authorized domain when a user accesses the authorized domain. Particular aspects of the present invention are described in the claims, specification and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic illustration of a client computer interacting with a server and a behavior responsive server.

FIG. 2 illustrates a schematic diagram of a computer network.

FIG. 3 illustrates browsing to a search engine “FindersKeepers”.

FIG. 4 shows a browser displaying search results.

FIG. 5 depicts a page in a familiar browser for a “Search+” web site.

FIG. 6 is an example of a cookie that stores the most recent commercial keyword of interest.

FIG. 7 is an example of summary data maintained by the behavior watcher that may be written to persistent memory.

FIG. 8 illustrates a bit string further summarized by category.

FIG. 9 illustrates buckets that may be applied to recency of using search words, clicking through, entering URL destinations or other indications of user interest.

FIG. 10 illustrates buckets that can be applied to user category involvement.

FIG. 11 illustrates how a category ID can be associated with both the category name and a revenue priority.

FIG. 12 illustrates interaction among the client computer, a server and a reported-behavior responsive server.

FIG. 13 depicts one embodiment of information flow among the behavior watcher, the browser, one or more servers, one or more reported-behavior responsive servers, persistent memory, and cookie memory.

FIG. 14 depicts republication and restoration of cookies.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

The following detailed description is made with reference to the figures. Preferred embodiments are described to illustrate the present invention, not to limit its scope, which is defined by the claims. Those of ordinary skill in the art will recognize a variety of equivalent variations on the description that follows.

To illustrate an environment in which the present invention may be useful, we point to and incorporate by reference U.S. application Ser. No. 10/289,123, now U.S. Pat. No. 7,512,603, entitled “Responding to End-User Request for Information in a Computer Network” by inventors Eugene A. Veteska, David L. Goulden, and Anthony G. Martin, filed on Nov. 5, 2002, and issued on Mar. 11, 2009. Some of the discussion that immediately follows is borrowed from the prior application, which is commonly owned, but much is recast to a new paradigm of assembling user profile information client-side and publishing it using cookies.

Although embodiments of the present invention are described herein in the context of the Internet, the present invention is not so limited and may be used in other data processing applications.

FIG. 1 is a schematic illustration of a client computer 100 interacting with a server 130 and a behavior responsive server 132. In FIG. 1 , an end-user on a client computer indicates their interest in a subject by submitting a search request to a search engine, typing a URL or clicking on a link or banner ad. Their interest becomes a request across on a network such as the Internet. A search engine may perform an Internet-wide search, or a search limited to a particular web site or domain name, or a search limited in some other way. The search request may be a query comprising one or more keywords, for example. The original search engine server 130 responds to the search request by sending a search result to the client computer 100. The search result may include a list of documents (e.g., web pages), links to documents, or other information relating to the keywords. A specific example of the just described scenario is an end-user typing the keyword “car” in a search engine and receiving back links to web sites that talk about car clubs, exotic cars, car racing, and like information.

A user submits a search request because of the user's interest in a topic. To make good use of the information about a user's interest, a behavior watching and/or behavior summarizing program 120 resident in the client computer listens for requests, for instance made using a browser 110 or other hyperlink enabled programs such as word processors or presentation programs. It listens for requests for information such as a search request, a click-through on a banner ad, or entry into the browser or click through of a destination URL. When the behavior watching program 120 detects that an end-user is performing a search or otherwise indicating their interest in a web site or subject, the behavior watching program records the interest. The interest may be recorded to program memory or to a persistent memory 122. When a user clicks on an advertisement related to the end-user's search request, the probability that the end-user will be interested in one or more related advertisements increases. In the car example, just above, the behavior watching program may note that the search was followed by certain click-throughs.

The behavior watcher 120 is resident in the client computer 100 so that it can respond to an end-user's search request even when the end-user uses different search engines. That is, unlike other targeting techniques that only work when an end-user is on a particular web site, the behavior watching program observes user interest across different search engines, web sites and even browsers. An end-user may obtain the behavior watching program by itself or along with free or reduced-cost computer programs, services, and other products.

The behavior responsive server 132 presents a new approach to providing content responsive to recent user behavior. User behavior has in the past been observed using a cookie with a unique user ID that allows server-side tracking. Server aggregated user behavior data is compiled among an organization of cooperating server owners. Cooperation may relate to ad serving (e.g., Double-Click), portals (e.g., Yahoo), search engines (e.g., Google) or other organizational basis. Cooperation in this sense is contractual more than technical. Server aggregated user behavior data is used, for instance, by an ad server when a web beacon (a small, null image with a URL pointing to an ad server) contacts the ad server and causes a unique user ID cookie to be transmitted. The ad server accesses a database, to update user behavior data with the new contact. The ad server could also access data from the server aggregated database, based on the unique user ID. A serious limitation of server aggregated user behavior data is that it is limited to contacts detected by cooperating servers when the user accesses cooperating web sites and the user's unique user ID cookie is transmitted. Mismatches of unique user IDs or multiple unique user IDs for the same user diminish the effectiveness of server-side aggregation. The combination of client-side user behavior tracking 120 and a reported-behavior responsive server 132 presents a new approach.

A reported-behavior responsive server 132 accepts one or more messages (e.g., cookies) that report recent user behavior as a basis for deciding among potential messages (e.g., banner ads) which message to give the user. The reported-behavior responsive server 132 need not access a server-side user behavior database to decide which message to send. Those of skill in the art will recognize that the new paradigm of reported behavior could be combined with server-side aggregation and that that combination also would be novel.

FIG. 2 is shown a schematic diagram of a computer network. Network 200 may include one or more client computers 100, one or more web server computers 130, one or more behavior responsive server computers 132, and other computers not shown. Intermediate nodes such as gateways, routers, bridges, Internet service provider networks, public-switched telephone networks, proxy servers, firewalls, and other network components are not shown for clarity. In the example of FIG. 2 , network 200 includes the Internet; however, other types of computer networks may also be used. Computers may be coupled to network 200 using any type of connection 115 without detracting from the merits of the present invention.

A client computer 100 is typically, but not necessarily, a personal computer such as those running the Microsoft Windows™, Apple Macintosh™, Linux, or UNIX operating systems. An end-user may employ a suitably equipped client computer 100 to get on network 200 and access computers coupled thereto. For example, a client computer 100 may be used to access web pages from a web server computer 130. It is to be noted that as used in the present disclosure, the term “computer” includes any type of data processing device including personal digital assistants, digital telephones, wireless terminals, and the like.

A web server computer 130 may host a web site containing information designed to attract end-users surfing on the Internet. A web server computer 130 may host or cooperate with another server that hosts advertisements, downloadable computer programs, a search engine and products available for online purchase. A web server computer 130 may also host or cooperate with an ad server for that delivers advertisements to a client computer 100.

A reported-behavior responsive server computer 132 serves message units for delivery to a client computer 100. The message units may contain advertisements, for example. Message units are further described below. A reported-behavior responsive server computer 132 may also host downloadable computer programs and files for supporting, updating, or maintaining components on a client computer 100.

Web server computers 130 and reported-behavior responsive server computer 132 are typically, but not necessarily, server computers such as those available from Sun Microsystems, Hewlett-Packard, Dell or International Business Machines. A client computer 100 may communicate with a web server computer 130 or a reported-behavior responsive server computer 132 using client-server protocol. It is to be noted that client-server computing will not be further described here.

The components of a client computer 100 are not illustrated in a separate figure, but are well-understood. In one embodiment, the components of client computer 100 shown in FIG. 1 are implemented in software. It should be understood, however, that components in the present disclosure may be implemented in hardware, software, or a combination of hardware and software (e.g., firmware). Software components may be in the form of computer-readable program code stored in a computer-readable storage medium such as memory, mass storage device, or removable storage device. For example, a computer-readable medium may comprise computer-readable code for performing the function of a particular component. Likewise, computer memory may be configured to include one or more components, which may then be run by a microprocessor. Components may be implemented separately in multiple modules or together in a single module.

As shown in FIG. 1 , client computer 100 may include a web browser 110 and a behavior watching program 120. Web browser 110 may be a commercially available web browser or web client running on a client computer 100. In one embodiment, web browser 201 is the Microsoft Internet Explorer™ web browser. In another, it is a Mozilla, Netscape or Apple web browser. Alternatively, a web enabled word processor or presentation program may be monitored by the behavior watcher 120.

The behavior watching program 120 may be downloadable from a message server computer 103. Behavior watching program 120 may be downloaded in conjunction with the downloading of another computer program. For example, behavior watching program 120 may be downloaded to a client computer 100 along with a utility program that is provided free of charge or at a reduced cost. The utility program may be provided to an end-user in exchange for the right to deliver messages to the end-user via behavior watching program 120. In essence, revenue (e.g., advertising fees) from messages delivered to the end-user helps defray the cost of creating and maintaining the utility program. Other components such as operating system components, utility programs, application programs, and the like are not shown for clarity of illustration.

The behavior watcher 120 includes computer-readable program code that compiles a user profile from behavior watching. It monitors web browser 120 for search requests, uniform resource locator (URLs) of web sites visited by an end-user surfing on the Internet and ad click-throughs. FIG. 3 illustrates browsing to a search engine “FindersKeepers”. A user invokes a browser 310 and enters the address of the search engine in an address window 315. Of course, links, buttons, a search bar component or a dedicated searching program (for instance, from the systray) can connect a user with a search engine, through a browser or other program. The address remains visible when the page for the web site is displayed. The user enters search terms “hotrod car” in a window 320. A request is sent or “posted” to the search engine.

FIG. 4 shows a browser 310 displaying search results. Part of the behavior watcher 120 may parse a search request, as part of the process of compiling a user profile. In one embodiment, the behavior watcher 120 parses a search request a URL displayed in the address window of a web browser in response to a search request, to extract one or more keywords. Popular search engines respond to a search request by pointing the web browser employed by the end-user to a web page containing the search result. The URL of that web page may be parsed to extract the keywords chosen by the end-user for his search. For example, performing a search for “hotrod” and “car” in a fictitious search engine referred to herein as “finderskeepers.com” will result in a web browser being pointed to a web page with the URL, http://search.finderskeepers.com/bin/search?p=hotrod+car.

The web page with the URL earch.finderskeepers.com/bin/search?p=hotrod+car” contains the search result for the keywords “hotrod” and “car”. Knowing the URL format employed by finderskeepers.com allows extraction of the words following “ . . . /search?p=” and separated by “+”. String manipulation functions may be used to extract keywords from the URL. It is to be noted that different search engines may employ different URL formats. Accordingly, a keyword extractor component of the behavior watcher may first parse the URL to determine the name of the search engine, and then employ parsing rules for that search engine. In the present example, keyword extractor may first parse the URL “http://search.finderskeepers.com/bin/search?p=hotrod+car” to get the name of the search engine, which is “ . . . finderskeepers.com/ . . . ”, and then apply parsing rules for finderskeepers.com. Keyword extractor may take advantage of delimiters and end of string indicators employed by a particular search engine to parse a URL. In one embodiment, keyword extractor includes parsing rules for popular search engines. The keyword extractor also may act on entry or click-throughs of URLs and click-throughs of banner ads, to cross-reference those interest indications to key words. A keyword extractor is further described in the application incorporated by reference.

FIG. 5 depicts a page in a familiar browser 310 for a “Search+” web site. The familiar address window appears just below the button bar and above a tool bar. A search window 520 accepts keyword searches. Search results 521A, 521B are displayed in the body of the browser. Banner ads, which a user is welcome to click through, are positioned at the top 531 and right side 531B of the display.

Referring back to FIG. 4 , a keyword extractor also may include a keyword file. In one embodiment, keyword file is a text file containing a list of relevant keywords referred to as “an include list” and a list of non-relevant keywords referred to as an “exclude list”. Note that keyword file may have also have an include list but not an exclude list or vice versa. Keyword file may be downloadable from a server computer 130 to ensure that client computer 100 always has the most current keyword file. Keywords in the include list can be assigned to categories of interest, whereas keywords in the exclude list have no corresponding categories of interest. Keywords in the include list are processed by a keyword processor, whereas keywords in the exclude list are not processed. In one embodiment, keyword processor processes a keyword by sending the keyword to message server computer 130 to obtain further information about the keyword. By first examining the exclude list before sending keywords to message server computer 103, keywords that have no corresponding message units are identified at client computer 100, thereby minimizing traffic to message server computer 103. Likewise, traffic to message server computer 103 may be minimized by first determining if a keyword is in the include list before sending the keyword to message server computer 103.

TABLE 1 Include List Exclude List hotrod paper car the books for computer Britney cellular . . . sports . . . wine . . . . . . . . .

In the example of Table 1, the exclude list includes non-relevant words such as commonly used words that are too general to be useful. The exclude list may also include words that have no commercial value. For example. “Britney” may have no commercial value to most advertisers except those affiliated with or licensed by Britney the pop-star.

In the example of Table 1, the include list includes relevant words. In one embodiment, a word is considered relevant if there is a corresponding message unit for that word. For example, the word “computer” may be relevant if there is a message unit containing an advertisement for a personal computer. Similarly, the word “book” may be relevant if there is a message unit relating to books.

Data collected by the behavior watcher 120 is illustrated by FIGS. 5-11 . Data is collected to generate a client-side profile. These profiles allow ad servers, which receive reported user behavior data, to improve ad performance. Advertisers will pay more for ads that are directed to interested customers than for ads that are distributed randomly. Moreover, ad impressions that generate click-throughs generate more revenue than ads that are displayed but evoke no response. Ad performance can be improved either by better targeting or greater success in generating click-throughs.

A client-side profile includes things like category visits, searches, user identification, language and time zone. Indications of user interest are assigned to categories. In one embodiment, 200-300 categories are recognized. Of course, fewer or more categories might be recognized. The more categories recognized, the more data bits required to store category IDs. Potentially, categories could be organized hierarchically. Recency may be recorded by time bins, such as within the last hour, 1-2 hours, 2-4 hours, 4-24 hours, 1-7 days, 7-30 days, 31-60 days. Alternatively, bins or categories for 7-14 days, 0-5 minutes, 5-15 minutes, 15-30 minutes and 30-60 minutes may be of interest. Searches for key words of commercial interest may be more important than some other indications of user interest. The behavior watcher 120 may keep track of the last commercial keyword entered in a search and a time bucket for the last commercial keyword entered. Over a certain outer history limit, the time bucket may be empty. Machine-related information may include a unique machine ID, language settings, time zone of the user, and installation date of the relevant software. Data stored either to persistent memory 122 or cookie memory 124 may can be compressed and encrypted to save space and prevent hacking. Compression, beyond the categorization described, and encryption schemes are well known and not described here. Cookies, at least, should include version number so that the server receiving the cookie will understand how to interpret the cookie. Other header information may be supplied as desired. Cookies tracking user behavior are written by the behavior watcher 120, as opposed to the server 130.

Machine information is one type of data that may be stored in persistent memory 122 and cookies 124. The information associated with the machine may include version of the cookie, the time written, a unique ID, a locale (such as a ZIP code, area code or something similar), user's time zone, and an application name, version and installation time. Machine information may be rewritten to memory every 24 hours, every new day, or on some other periodic basis. It may be stored as columns separated by delimiters, then encrypted and compressed.

The behavior watcher may track and summarize visits. It may record, such as to persistent memory 122, each indication of user interest, including use of key words in searches, entry of URLs and click-throughs of URLs and banner ads. Banner ads may be segregated into regular banner ads, site exit banner ads that are triggered when leaving a particular URL, brander banner ads that are triggered when visiting a first URL, then displayed in visiting a second URL, and run of network banner ads that are triggered based on a count of navigations from one URL to the next.

FIG. 6 is an example of a cookie that stores the most recent commercial keyword of interest. This may be the most recent commercial keyword of interest from a search or a keyword associated with a URL or click-through. More than one recent commercial keyword of interest may be stored in one or more cookies, following the example of FIG. 6 . One attribute or field of this cookie is the version of the crumb 602. Another is the time written 604, which may be expressed in seconds from 1970 to the time the cookie is written. A commercial flag 606 may be used to categorize the keyword type, for instance between key words that are of current commercial interest and key words that are for sale. The keyword may be included 608, either in text or as a shorthand code. A character set 610 such as UFT-8 may be included to assist with decoding of the keyword 608. This may be important in international applications.

FIG. 7 is an example of summary data maintained by the behavior watcher 120 that may be written to persistent memory 122. In this example, a category ID 802 is a shorthand for a particular category. Bins are allocated for a current period 702, such as a day. The periods may be of equal length for different lengths. In one embodiment, a bit string implements the bins. A history of 60 days may be implemented by 60 bits plus storage for a category ID. Each bin corresponds to a particular time segment. A bit flag indicates whether there was activity related to the category during the particular time segment. At a regular time corresponding to the shortest period represented by any bin, the bit string is updated. Data is shifted into older bins, making room in the most recent bin. Data regarding recent activity is summarized into the most recent bin, labeled zero in the figure. If bins represent unequal amounts of time, special provisions are made at the boundaries between shorter and longer time bins, either algorithmically or by allocating additional storage. For instance, activity during any one-hour segment during a preceding day may result in setting the bit flag in a day-long time segment. The day-long time segment is flag “0” only if the hour segment flag at midnight is “0” when the midnight update takes place. This is an example of an algorithmic provision at the boundary between a one-hour segment and a day-long segment. Alternatively, storage may be allocated for bins to record the number of visits in a particular time segment. This may significantly increase the amount of storage required, without necessarily changing how a reported-behavior aware server 132 responds. Compact storage is preferred when there are hundreds of categories and the practical limit for the size of a cookie is 2K to 4K bytes. Cookies can be sent to a server that archives user activity data. The user activity data can be used for analysis or targeting of ads. With the right user ID information, the user activity data could be matched to data from other sources, such as shopper loyalty programs or market research programs. A bit string can be further summarized by category, shown in FIGS. 8-10 .

FIG. 9 illustrates buckets that may be applied to recency of using search words, clicking through, entering URL destinations or other indications of user interest. The most recent visit is recorded by membership in a particular bucket. Fifteen or 16 buckets can be indicated with four bits. In the figure, the buckets are of unequal length. A single, most recent visit record such as illustrated by FIG. 6 or an entry kept in memory can be used to assign a category to a particular bucket.

FIG. 10 illustrates buckets that can be applied to frequency of visits. When the bit string of FIG. 7 is organized by days, activity in a category can be assigned to buckets of different visit frequencies, such as 0, 1, 2, 3, 4 or 5, 6 to 10, 11 to 30, or 31 to 60 days out of the last 60 days in which the user indicated interest. The number of bits set in the bit string is counted and summarized using this categorization, as a measure of user category involvement.

With the categorical coding of recency and user category involvement in mind, we turn to FIG. 8 . A single cookie may record data for many category ID's 802. For each category ID, three or more metrics of user interest may be recorded. One or more recency 804 categories can be recorded. The recording of recency can be applied to key words or other kinds of user interest indications, described above. One or more frequency 806 categories can be recorded, applied to key words or other kinds of user interest indications. Banner clicks 808 can be separately categorized by recency, frequency or both. The comments in column 810 are editorial comments to explain the data in the table. Category ID 98409 experienced heavy and recent user interest. Category ID 65625 experienced heavy user interest last month. Category ID 68530 experienced light, recent user interest. Category 147374 experienced light activity last month, which probably also should be reflected by a nonzero value under frequency 806.

The behavior watcher 120 preferably sorts the category history information in FIG. 8 so that the most important categories are listed first. Alternatively, the system could leave the category sorting to the reported-behavior responsive server 132. As illustrated in FIG. 11 , a category ID 1102 can be associated with both the category name 1104 and a revenue priority 1106. It may be useful to sort category history information by revenue priority 1106, especially if only a portion of the client-sided user behavior data is transmitted to a reported-behavior responsive server 132.

FIG. 12 illustrates interaction among the client computer 100, a server 130 and a reported-behavior responsive server 132. A browser 110 or similar software on the client computer 100 accesses a server 130. Server 130 sends back a web page 1240, which includes embedded references to addresses 1230 and 1232. When the browser 110 accesses web page components identified by the addresses, it may send cookies identified with those addresses 1250, 1252 to a server 130 and a reported-behavior responsive server 132. The server 130 may be different server than one that initially sent the web page 1240. During the exchange of data responsive to the request from the browser 110, the cookie 1252 that is transmitted to the behavior-responsive server 132 conveys data such as depicted in FIG. 8 . It also may convey other data, such as the time of the last user interest indications in the category, similar to the information depicted in FIG. 6 .

FIG. 13 depicts one embodiment of information flow among the behavior watcher 120, the browser 110, one or more servers 130, one or more reported-behavior responsive servers 132, persistent memory 122 and cookie memory 124. In this figure, the user indicates their interest in a subject to a browser 110 or similar software. This indication of interest typically results in the browser 110 transmitting a search request, URL or similar message 1302 to a server 130. The behavior watcher 120 receives the indication of interest 1304 from its monitoring of the browser 110. Optionally, it records the indication of interest 1306 to persistent memory 122. Recording to persistent memory may take place immediately, periodically or both. For instance, the most recent keyword, search term, banner click or other indication of interest may be recorded to memory with a date and time stamp. As described above, a periodic history of interests may be updated periodically. The behavior watcher 120 publishes information about user behavior to cookies 124 or similar memory structures that are readily accessible to reported-behavior responsive servers 132 when a browser 110 accesses a server 130 that triggers a message to a reported-behavior responsive server 132 or contacts the server 132 directly. This publishing of behavior may include both publishing information about the most recent indication of user interest and publishing categorical information summarizing recent user interest.

Use of information published by the behavior watcher 120 to accessible memory structures is also illustrated in FIG. 13 . Typically, a server 130 returns a web page 1310 to the browser 110. Depending on the addresses embedded in the web page 1310, various cookies 1312 are automatically retrieved by the browser 110. When the web page 1310 includes an address of a reported-behavior responsive server 132, one or more cookies that summarize user behavior and interests observed by the client-side behavior watcher are transmitted 1314 to the server 132. In addition, one or more cookies 1316 may be transmitted to server 130. The reported-behavior responsive server 132 decodes the cookie 1314, determines what message or ad to return to the browser 110 and sends a customized message 1320 that is responsive to the reported behavior 1314 of the user.

FIG. 14 depicts republication and restoration of cookies. Republication of cookies that summarize observed user behavior is the simpler case. As described above, the behavior watcher 120 may record observed behavior and interests 1306 to persistent memory 122 and publish similar information 1308 to cookies 124. For republication, the behavior watcher 120 periodically inspects cookie memory 124 to determine whether the cookies have been deleted or damage 1438. Alternatively, the behavior watcher 120 might detect cookie deletion events or possible cookie deletion events and schedule republication following cookie deletion. When it detects that the cookies have been deleted or damaged 1438, it republishes the cookies 1440 to the cookie memory 124. The cookies are again in place as memory structures readily accessible to reported-behavior responsive servers 132.

Backup and restoration of cookies are also illustrated by FIG. 14 . A control server 1434 instructs the behavior watcher 120 or a backup and restore component of the behavior watcher regarding cookies to be backed up and restored 1435. The behavior watcher 120 retrieves from cookie memory 124 cookies for which a backup and restore service is to be provided 1436. The behavior watcher 120 records or backs up 1437 the cookie information to persistent memory 122. The behavior watcher 120 need not be aware of the content of the cookies in order to provide this backup service. The cookies need not include observed behavior data and may be directed to ordinary servers 130. The behavior watcher 120 periodically inspects cookie memory to determine whether the cookies have been deleted or damage 1438. Alternatively, the behavior watcher can detect cookie deletion events and schedule restoration of cookies following cookie deletion. When it detects that the cookies have been deleted or damaged 1438, it restores the cookies 1440 to the cookie memory 124. The cookies are again in place as memory structures readily accessible to servers 130.

Some Particular Embodiments

The present invention may be practiced as a method or device adapted to practice the method. The same method can be viewed from the perspective of a behavior summarizing module optionally including a behavior observing module and a summary publishing module. The invention may be an article of manufacture such as media impressed with logic to carry out computer-assisted behavior summarizing optionally including behavior observing module and a summary publishing module.

One embodiment is a method of publishing behavioral data from a client computer via network to an authorized domain. This method includes summarizing observed cross-network user behavior data using a behavior summarizing module operating on a user's computer, wherein the observed cross-network user behavior includes accessing web sites that are not all associated with a particular user behavior data collection network. Alternatively, cross-network may refer to web sites or other content delivery vehicles that are not all associated with a particular portal or a particular virtual storefront or a particular content provider. The behavior further includes at least one of a mouse click-through, enter keystroke or other selection action by the user and at least one keyword derived from context of the selection action. The summarizing includes deriving a categorical metric of the user's degree of interest in subject categories, from the observed cross-network user behavior data, for a multiplicity of subject categories. The method includes publishing the summarized cross-network user behavior data from the behavior summarizing module to a memory structure, wherein the memory structure becomes accessible via a network to a server at an authorized domain when the user uses the network to access the authorized domain. This method may be extended in several ways.

A further aspect of this method includes prioritizing a multiplicity of subject categories, selecting a plurality of the multiplicity of subject categories, and publishing the summarized cross-network behavior data for the plurality of subject categories to a single memory structure. This memory structure, optionally, may be a so-called cookie. Another aspect of this method may include observing the cross-network user behavior data using a behavior watching module operating on the user's computer. The behavior watching module may be integrated with the behavior summarizing module. Alternatively, the two behavior-related modules may be separate modules, even using separate hardware.

The cross-network behavioral data may include user selection of one or more of the following: submission of a search term to a search engine, either using a browser interface or a search engine-specific interface, visiting a portal, visiting a virtual storefront, visiting a content provider, entering a URL in a browser address window, selecting a URL hyperlink, or clicking on a banner ad associated with a link. More generally, the user selection may be any navigation among documents that are linked semantically or by addresses. The meaning given to “cross-network” above also applies here.

Publishing to the memory structure may take place on a periodic basis and/or on an update basis. By an update basis, it is meant that the memory structure update follows detection of the user selection.

Yet another aspect of this method may include receiving at the user's computer advertising targeted using the summarized cross-network user behavior data published to the memory structure that became accessible when the user used the network to access the authorized domain.

The categorizing may include rolling up indicators of visits into non-overlapping categorical time segments of differing lengths. This may be accomplished by representing a plurality of granular time segments with flags to indicate user category involvement and summarizing a portion of the granular time segments by aggregation to the categorical time segments.

Another embodiment is a method of publishing behavioral data collected by a behavior watching module operating on the user's computer, including summarizing cross-network user behavior data recorded to memory. The summarizing includes, for a multiplicity of subject categories, deriving one, two, three or four of the following items: (1) categorizing recency of visiting a web site in the subject category by evaluating a most recent visit time-date indicator; (2) categorizing frequency of user visits to web sites in the subject category by rolling up indicators of visits during seven, ten or more time segments or any number of categorical time segments, which time segments were recorded on a rolling basis; (3) categorizing recency of selection of a banner ad to obtain additional information in the subject category by evaluating a most recent visit time-date indicator; or (4) categorizing frequency of user selections of the banner ad to obtain additional information in the subject category by rolling up indicators of visits during seven, ten or more time segments or any number of categorical time segments, which time segments are tracked on a rolling basis. The method further includes publishing the summarized cross-network behavior data from a behavior summarizing module to memory structure that becomes accessible via a network to a server at an authorized domain when the user uses the network to access the authorized domain.

Any and all aspects of the first embodiment may be applied to the second embodiment.

While the present invention is disclosed by reference to the preferred embodiments and examples detailed above, it is understood that these examples are intended in an illustrative rather than in a limiting sense. Computer-assisted processing is implicated in the described embodiments. It is contemplated that modifications and combinations will readily occur to those skilled in the art, which modifications and combinations will be within the spirit of the invention and the scope of the following claims. 

1. (canceled)
 2. A computer-implemented method, implemented, at least in part, by a server computer, the method comprising: receiving, by the server, one or more memory structures that include published summarized cross-network user behavior data from a client computer, wherein the published summarized cross-network user behavior data includes: collected cross-network user behavior data on the client computer, the collected cross-network user behavior data being summarized on the client computer, and the summarized collected cross-network user behavior data published to the one or more memory structures on the client computer; determining, by the server, content to send to a browser of the client computer based on the one or more memory structures; and sending, by the server, the content to the browser of the client computer.
 3. The method of claim 2, wherein in response to the user accessing an authorized domain via the client computer via a network, the client computer provides at least some of the summarized cross-network user behavior data in the memory structures on the client computer to a server at the authorized domain.
 4. The method of claim 2, wherein the cross-network user behavior data includes data related to a user's interactions with a plurality of web sites and not all of the plurality of web sites are associated with a content provider, and not all of the plurality of web sites are associated with a portal.
 5. The method of claim 4, wherein the summarizes includes, for a plurality of subject categories, one or more of: categorizing recency of the user visiting a web site on the client computer in at least some of the plurality of subject categories, categorizing user category involvement from the user visiting the website on the client computer in at least some of the subject categories by rolling up indicators of visits into categorical time segments, categorizing recency of selections of at least one banner advertisement on the client computer, or categorizing user category involvement from user selections of the at least one banner advertisement on the client computer.
 5. The method of claim 4, wherein the categorizing the user category involvement includes rolling up the indicators of visits into nonoverlapping categorical time segments of differing lengths.
 7. The method of claim 2, wherein the categorizing user category involvement includes representing granular time segments with flags to indicate user category involvement during the granular time segment and summarizing a portion of the granular time segments by aggregation into categorical time segments.
 8. The method of claim 2, further comprising: prioritizing a plurality of subject categories, and selecting at least one subject category of the plurality of subject categories.
 9. The method of claim 2, wherein the cross-network behavioral data include data relating to visits to a plurality of web sites or selections of banner advertisements that are not all associated with a behavioral data collection network.
 10. The method of claim 2, wherein the cross-network behavioral data is further related to selections of banner advertisements that are not all associated with the portal.
 11. The method of claim 2, wherein the cross-network behavioral data include data relating to visits to a plurality of web sites or selections of banner advertisements that are not all associated with a virtual storefront.
 12. The method of claim 2, wherein the cross-network behavioral data is further related to selections of banner advertisements that are not all associated with the content provider.
 13. The method of claim 12, wherein the cross-network behavioral data include data relating to behavioral data corresponding to a plurality of visits to a plurality of web sites or selections of banner advertisements that are not all associated with a behavioral data collection network.
 14. The method of claim 2, wherein the publishing takes place on a periodic basis.
 15. The method of claim 2, wherein the publishing takes place in response to one or more web site visit or one or more banner advertisement selection.
 16. The method of claim 2, further comprising receiving at the client computer advertising targeted using the summarized cross-network user behavior data published to the one or more memory structures on the client computer.
 17. A server computer configured to: receive one or more memory structures that include published summarized cross-network user behavior data from a client computer, wherein the published summarized cross-network user behavior data includes: collected cross-network user behavior data on the client computer, the collected cross-network user behavior data being summarized on the client computer, and the summarized collected cross-network user behavior data published to the one or more memory structures on the client computer; determine content to send to a browser of the client computer based on the one or more memory structures; and send the content to the browser of the client computer.
 18. A non-transitory computer-readable medium storing executable instructions that, in response to execution, cause a server to perform operations comprising: receiving, by the server, one or more memory structures that include published summarized cross-network user behavior data from a client computer, wherein the published summarized cross-network user behavior data includes: collected cross-network user behavior data on the client computer, the collected cross-network user behavior data being summarized on the client computer, and the summarized collected cross-network user behavior data published to the one or more memory structures on the client computer; determining, by the server, content to send to a browser of the client computer based on the one or more memory structures; and sending, by the server, the content to the browser of the client computer. 